home *** CD-ROM | disk | FTP | other *** search
/ Grand Slam 3 / Grand Slam 3.iso / 026 / v19n8p.arj / V19N8P.TXT < prev   
Text File  |  1995-05-15  |  7KB  |  150 lines
  1. The GUS Programmer's Digest        Monday, 15 May 1995        Volume 19 : Number 008
  2.  
  3. Today's Topics:
  4.     Re: DC offset
  5.     RE: DC offset
  6.  
  7. Standard Info:
  8.     - Meta-info about the GUS can be found at the end of the Digest.
  9.     - Before you ask a question, please READ THE FAQ.
  10.  
  11. ----------------------------------------------------------------------
  12.  
  13. From: Jani Mattsson <janmat@utu.fi>
  14. Date: Sun, 14 May 1995 16:56:18 +0300 (EET DST)
  15. Subject: Re: DC offset
  16.  
  17. Ricky.Houghton@cs.cmu.edu wrote:
  18. > Our HPs 735s, with the 4231 chip, have the same problem, constant DC
  19. > offset that is some function of the gain setting. [...]
  20. >  I'm not sure about the drift.  On the Analog Devices 1848, it was
  21. > constant, I've not done enough with the 4231 to know.  If you are seeing
  22. > drift to a null offset, when do you get the null offset?  Whenever you
  23. > change gain?
  24.     
  25.     I've not been following this DC offset discussion, but
  26.     could this have to do with that when I once tried to do
  27.     some recording with my GUS Max CODEC, the middle-point
  28.     of the waveform wasn't in the middle of the sample space
  29.     (i.e. was not signed 0 but something else) but it had 
  30.     shifted. When I retried, the sampling was ok, but this
  31.     occurred approximately every third time I started sampling
  32.     a new piece of sample.
  33.  
  34. - -jpm
  35.  
  36.  
  37. ------------------------------
  38.  
  39. From: Chris James <JAMESC@mail.medoto.unimelb.edu.au>
  40. Date: Mon, 15 May 1995 16:12:00 -0700 (PDT)
  41. Subject: RE: DC offset
  42.  
  43. >Our HPs 735s, with the 4231 chip, have the same problem, constant DC
  44. >offset that is some function of the gain setting.  Analog Devices
  45. >aknowledged that their counterparts have this problem.  I've not
  46. >contacted Crystal for confirmation that it is a CODEC problem, but it
  47. >sure seems that way.
  48.  
  49. Basically with 0 dB gain (i.e. 0 poked in the record gain reg) there seems 
  50. to
  51. be no offset problem with the windows drivers. I yet haven't tried saving 
  52. the mixer
  53. settings with non-zero gain in the vain hope that if the mixer settings are 
  54. made
  55. when windows starts up before the codec is "initialised/reset/set-up" that 
  56. the
  57. problem may disappear, read on for explaination of why this might work:
  58.  
  59. > I'm not sure about the drift.  On the Analog Devices 1848, it was
  60. >constant, I've not done enough with the 4231 to know.  If you are seeing
  61. >drift to a null offset, when do you get the null offset?  Whenever you
  62. >change gain?  I may be able to live with this.  That is, if I can set
  63. >the gain and at some point in the near future have no offset.
  64.  
  65. Now I more clearly remember the problem I had with the codec when 
  66. programming
  67. with the SDK. I note in my code still that I positively switch the codec 
  68. into the 16-bit
  69. PCM mode that I use. I do this by switching to the ADPCM mode
  70. and then back to PCM to exert a calibration (it mentions this vaguely in the 
  71. SDK). The
  72. Crystal Semi. data sheet also mentions that auto-calibration is done when 
  73. certain mode changes occur. I mentioned in the last post that I remember a 
  74. "decay" effect when I used post-mux gain with my driver, decaying from some 
  75. offset down to zero. The data sheet does say that auto-calibration take 168 
  76. ms so this could account for it. So if I delay for 168 ms after I force a 
  77. switch I should see no evidence of an offset.
  78. This is a pain when recording speech because a lot can happen in 168 ms (and
  79. I have to take this into account when going to sample!). This may fix the 
  80. symptom, but
  81. the post-mux gain is still introducing DC which it shouldn't in an ideal 
  82. world. This also
  83. doesn't help end users of the codec who are stuck with the Windows or other
  84. vendor supplied software which doesn't force a recalibration after gain 
  85. adjust or before record. Tonight therefore I'll try to figure out whether I 
  86. can switch-on the codec's high-pass filters and whether they will remain set 
  87. after Windows etc has loaded sound drivers. Gravis/Forte could do a quick 
  88. fix by asserting a calibration
  89. whenever the record-gain is adjusted, if my explanation here is well 
  90. founded...
  91.  
  92. Chris James
  93.  
  94.  
  95.  Ricky
  96.  
  97. ------------------------------
  98.  
  99. End of The GUS Programmer's Digest V19 #8
  100. *****************************************
  101.  
  102. To post to tomorrow's digest:  <gus-sdk@mail.orst.edu>
  103. To (un)subscribe or get help:  <gus-sdk-digest-request@mail.orst.edu>
  104. To contact a human (last resort):  <gus-sdk-digest-owner@mail.orst.edu>
  105.  
  106.                        FTP Sites                     Archive Directories
  107.                        ---------                     -------------------
  108. Main N.American Site:  ftp.orst.edu                  pub/packages/gravis
  109.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  110. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  111. Main European Site:    src.doc.ic.ac.uk              packages/ultrasound
  112. Main Australian Site:  ftp.mpx.com.au                /ultrasound/general
  113.                                                      /ultrasound/submit
  114. South African Site:    ftp.sun.ac.za                 /pub/packages/ultrasound
  115. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  116. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  117.  
  118. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  119.                        ftp.st.nepean.uws.edu.au      pc/ultrasound
  120.                        ftp.luth.se                   pub/msdos/ultrasound
  121.  
  122.                        Gopher Sites                  Menu directory
  123.                        ------------                  --------------
  124. Main Site:             src.doc.ic.ac.uk              packages/ultrasound
  125.  
  126.                        WWW Pages
  127.                        ---------
  128. Main Site:             http://www.xmission.com/~grue/gus.html
  129.  
  130. Main European Site:    http://src.doc.ic.ac.uk/packages/ultrasound/
  131. Main Australian Site:  http://ftp.mpx.com.au/archive/ultrasound/general/
  132.                        http://ftp.mpx.com.au/archive/ultrasound/submit/
  133.                        http://ftp.mpx.com.au/gravis.html
  134.  
  135. Mirrors:               http://www.st.nepean.uws.edu.au/pub/pc/ultrasound/
  136.  
  137. GUS digest:            http://gpu.srv.ualberta.ca/~itam/digest.html
  138.  
  139. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  140.                                Email to <ftpmail@doc.ic.ac.uk>
  141.  
  142. New Submit Files Mailing List: Email to <listproc@uni-konstanz.de>
  143.                          with content "subscribe epas-list <your-name-here>"
  144.  
  145. Hints:
  146.       - Get the FAQ from the FTP sites or the request server.
  147.       - Mail to <gus-sdk-digest-request@mail.orst.edu> for info about other
  148.         GUS related mailing lists (general use, musician's, etc.).
  149.  
  150.